home *** CD-ROM | disk | FTP | other *** search
/ QRZ! Ham Radio 4 / QRZ Ham Radio Callsign Database - Volume 4.iso / digests / digital / 940170.txt < prev    next >
Internet Message Format  |  1994-11-13  |  20KB

  1. Date: Tue, 31 May 94 04:30:16 PDT
  2. From: Ham-Digital Mailing List and Newsgroup <ham-digital@ucsd.edu>
  3. Errors-To: Ham-Digital-Errors@UCSD.Edu
  4. Reply-To: Ham-Digital@UCSD.Edu
  5. Precedence: Bulk
  6. Subject: Ham-Digital Digest V94 #170
  7. To: Ham-Digital
  8.  
  9.  
  10. Ham-Digital Digest          Tue, 31 May 94       Volume 94 : Issue  170
  11.  
  12. Today's Topics:
  13.                         9600 bps radio modems
  14.                             AX25012/Linux
  15.                         GTOR vs Pactor: Well?
  16.                  help with IP coordinator.. please..
  17.                           Keplerian Elements
  18.                  LIST of TCP/IP address coordinators?
  19.                       Multi-mode TNC suggestions
  20.                               NOS/TCPIP
  21.                            Quiet computers
  22.           Telix modem software doesn't choke on 7plus files
  23.                       Welcome to rec.radio.info!
  24.  
  25. Send Replies or notes for publication to: <Ham-Digital@UCSD.Edu>
  26. Send subscription requests to: <Ham-Digital-REQUEST@UCSD.Edu>
  27. Problems you can't solve otherwise to brian@ucsd.edu.
  28.  
  29. Archives of past issues of the Ham-Digital Digest are available 
  30. (by FTP only) from UCSD.Edu in directory "mailarchives/ham-digital".
  31.  
  32. We trust that readers are intelligent enough to realize that all text
  33. herein consists of personal comments and does not represent the official
  34. policies or positions of any party.  Your mileage may vary.  So there.
  35. ----------------------------------------------------------------------
  36.  
  37. Date: 30 May 1994 12:04:14 -0400
  38. From: ihnp4.ucsd.edu!agate!howland.reston.ans.net!sol.ctr.columbia.edu!news.kei.com!babbage.ece.uc.edu!ankh.iia.org!rtp.vnet.net!char2.vnet.net!not-for-mail@network.ucsd.edu
  39. Subject: 9600 bps radio modems
  40. To: ham-digital@ucsd.edu
  41.  
  42. Brian Kantor (brian@nothing.ucsd.edu) wrote:
  43. : I'm disgusted with the performance of the carrier detect circuits in
  44. : the three popular 9600 bps radio modems used by amateurs - the K9NG,
  45. : G3RUH, and new TAPR modems.
  46. :     - Brian
  47.  
  48. Has anyone had a chance to take a GOOD look at the new KPC9612?  
  49. I understand that it should be FCC accepted in a week or two.  I am
  50. SERIOUSLY debating the purchase of one for myself (drool) and for
  51. the local ARES/RACES organization.
  52. Tnx in advance - 73 ded Dave, exe02594@vnet.net, N9UNR@WA9POV.#MKE.WI.USA
  53.  
  54. ------------------------------
  55.  
  56. Date: 30 May 1994 14:35:25 GMT
  57. From: ihnp4.ucsd.edu!usc!math.ohio-state.edu!jussieu.fr!univ-lyon1.fr!lanpc1.univ-lyon1.fr!cerdini@network.ucsd.edu
  58. Subject: AX25012/Linux
  59. To: ham-digital@ucsd.edu
  60.  
  61.  When I use in same time ax25 connection and tcp/ip connection, I always see
  62.  on the screen "Partial!"... What does it mean ? How we can stop this print ?
  63.  
  64.  And how we can add route using AX25 gateway ?
  65.  
  66. 73' !
  67. --
  68. Michel CERDINI - Universite Lyon 1      |  E-Mail cerdini@lan1.univ-lyon1.fr
  69. Laboratoire d'Analyse Numerique URA 740 | Tel Pro 72 43 10 93 -     aka Djoe
  70. 43, boul. du 11 novembre 1918           | Minitel 78 36 19 96 (24h/24)     v
  71. 69622 Villeurbanne Cedex, France.       |  Modem  78 36 10 01 (V32b/8N1) _/
  72.  
  73. ------------------------------
  74.  
  75. Date: Mon, 30 May 1994 15:23:21 GMT
  76. From: ihnp4.ucsd.edu!agate!howland.reston.ans.net!wupost!csus.edu!netcom.com!rogjd@network.ucsd.edu
  77. Subject: GTOR vs Pactor: Well?
  78. To: ham-digital@ucsd.edu
  79.  
  80. My TS850S/AT is in the shop, so I can't work digital HF right now.  So 
  81. I'm on the Internet a lot :-)....
  82.  
  83. What is the consensus on GTOR?  I saw a thread on this newsgroup to the
  84. effect that it differred very little from Pactor in its performance.  This
  85. thread went on to maintain that only Pactor II could really exceed Pactor
  86. in terms of thruput. (Strange lack of reference to Clover?)
  87.  
  88. On the other hand, the claims of Kantronics make one believe that GTOR
  89. approaches GTOR, and presumably Clover, without forcing a complete
  90. redesign of the TNC to give it 4-tone capability. 
  91.  
  92. Since I'm temporarily off the air, and cannot discuss it directly that
  93. way, I'd sure welcome some discussion on this topic!  What is GTOR like? 
  94. Is it going to be the "digital mode of the 90s?"  Or will the other TNC
  95. manufactureers debunk Kantronic's claims and cause GTOR to fade away? 
  96.  
  97. -- 
  98.                                              rogjd@netcom.com
  99.                                              Glendale, CA 
  100.                                              AB6WR
  101.  
  102. ------------------------------
  103.  
  104. Date: 30 May 94 21:53:38 EDT
  105. From: ihnp4.ucsd.edu!usc!math.ohio-state.edu!darwin.sura.net!wvnvms!marshall.wvnet.edu!desaid@network.ucsd.edu
  106. Subject: help with IP coordinator.. please..
  107. To: ham-digital@ucsd.edu
  108.  
  109. Hi everyone:
  110.  
  111. I am planning on running TCP/IP and I dunno how to contact the area
  112. IP coordinator.  I enquired about that person but no one seems to know 
  113. him in our area.  I dont have his address to send a snail mail.
  114. Is there any other way I can contact him.  
  115. Please let me know.
  116.  
  117. thanks a  lot.
  118.  
  119. 73,  Dinakar kb8phz
  120.  
  121. ------------------------------
  122.  
  123. Date: 31 May 1994 03:55:45 -0000
  124. From: news.delphi.com!news.delphi.com!not-for-mail@uunet.uu.net
  125. Subject: Keplerian Elements
  126. To: ham-digital@ucsd.edu
  127.  
  128. Could someone please direct me where i might find Keplerian Elements for
  129. amateur satellites and the like?  Thanks, 73 jim
  130.  
  131. n8rhq @ delphi.com
  132.  
  133. ------------------------------
  134.  
  135. Date: 30 May 1994 17:33:14 -0400
  136. From: ihnp4.ucsd.edu!swrinde!emory!europa.eng.gtefsd.com!newsxfer.itd.umich.edu!zip.eecs.umich.edu!panix!not-for-mail@network.ucsd.edu
  137. Subject: LIST of TCP/IP address coordinators?
  138. To: ham-digital@ucsd.edu
  139.  
  140. Does there exist a complete list of 44net TCP/IP coordinators?
  141. (The people who assign IP addresses for our block)
  142.  
  143. (cc'd to Brian)
  144.  
  145.  
  146. -- 
  147. Daniel    N2SXX
  148.   dmd@panix.com
  149.  
  150. ------------------------------
  151.  
  152. Date: Tue, 31 May 1994 02:32:58 GMT
  153. From: nwnexus!jhgrud!eskimo!aandh@uunet.uu.net
  154. Subject: Multi-mode TNC suggestions
  155. To: ham-digital@ucsd.edu
  156.  
  157. <9405200255591.DLITE.rabbi@delphi.com> <2rkihh$omj@herald.indirect.com>
  158. Organization: Eskimo North (206) For-Ever
  159.  
  160.  
  161. xpcom
  162. I looked at a lot of programs befor I went to xpcon give it a try I work
  163. Pactor most of the time with a little time on ritty it will do every
  164. thing I want You will like the ANSI it can be fun
  165. 73 Jim K7UDG/UA4PDG
  166.  
  167. ------------------------------
  168.  
  169. Date: 30 May 1994 14:20:17 -0500
  170. From: ihnp4.ucsd.edu!usc!howland.reston.ans.net!europa.eng.gtefsd.com!news.umbc.edu!eff!news.duke.edu!news-feed-1.peachnet.edu!umn.edu!news.d.umn.edu!ua.d.umn.edu!not-for-mail@network.ucsd.
  171. Subject: NOS/TCPIP
  172. To: ham-digital@ucsd.edu
  173.  
  174. Currently, I am running WNOS and find that it doesn't want to connect to 
  175. stations running MSYS.  The question I have, is what can I do with WNOS 
  176. to get around this problem?
  177.  
  178. What other NOS's have no problem with MSYS?  JNOS?
  179.  
  180. Jeremy
  181.  
  182. EMAIL: jremer@ub.d.umn.edu
  183. -- 
  184. Jeremy Remer                     |jremer@ub.d.umn.edu    |    - _____ - 
  185. Computer Science Major           |jremer@oldub.d.umn.edu |   |/|_____|\|
  186. University of Minnesota, Duluth. |jremer@nyx.cs.du.edu   | __|/|     |\|__ 
  187.  
  188. ------------------------------
  189.  
  190. Date: Mon, 30 May 1994 19:14:27 GMT
  191. From: ihnp4.ucsd.edu!dog.ee.lbl.gov!agate!howland.reston.ans.net!torn!nott!cunews!freenet.carleton.ca!FreeNet.Carleton.CA!ae517@network.ucsd.edu
  192. Subject: Quiet computers
  193. To: ham-digital@ucsd.edu
  194.  
  195. In a previous article, kevin.jessup@mixcom.mixcom.com (kevin jessup) says:
  196.  
  197. >>Here's a different subject...
  198. >
  199. >>What specific brands/models of PCs have folks found to be particularly
  200. >>good or bad with regard to RF hash generated, and suseptability to
  201. >>RF fields?
  202. >
  203. >My 2-meter packet system consists of a Yaesu FT2400H radio, a
  204. >Kantronics KPC3 TNC and a Hewlett-Packard HP100LX palmtop
  205. >computer.  All running within 6 inches of each other on a
  206. >small end-table.  No problems.
  207. >
  208. I put up with noise on my clone for a few years until I lucked into a
  209. TEMPEST-class box.  It's pretty much "silent running" on HF and VHF.  The
  210. fan's a tad noisy, though.
  211.  
  212.  
  213. -- 
  214.  
  215. ------------------------------
  216.  
  217. Date: Tue, 31 May 1994 02:07:02 GMT
  218. From: ihnp4.ucsd.edu!agate!howland.reston.ans.net!wupost!csus.edu!netcom.com!wa2ise@network.ucsd.edu
  219. Subject: Telix modem software doesn't choke on 7plus files
  220. To: ham-digital@ucsd.edu
  221.  
  222. Just a quick comment that Telix 3.22 (I think that's the version #, well
  223. close anyway) was the only modem software that didn't barf when uploading
  224. a file that was prepared with 7plus (converts *.exe and *.com PC executables
  225. so they can be sent thru the packet network, also has error correction).
  226. Other modem software, like Crosstalk, PCmodem, PTP, and an old copy of
  227. Qmodem would choke (do bad things like disconnect, excessive line feeds,
  228. and such.).  I also had to set the TNC to Xon/off to OFF.  So that hardware
  229. handshaking is used.  Even so, only Telix would work correctly.  Telix is
  230. a shareware program, ftp-able from various sites like garbo or oak.  Look
  231. in the *.binaries.* groups.
  232.  
  233. ------------------------------
  234.  
  235. Date: Mon, 30 May 1994 21:00:05 MDT
  236. From: tribune.usask.ca!quartz.ucs.ualberta.ca!alberta!ve6mgs!rec-radio-info@decwrl.dec.com
  237. Subject: Welcome to rec.radio.info!
  238. To: ham-digital@ucsd.edu
  239.  
  240. Archive-name: radio/rec-radio-info/welcome
  241. Last-modified: $Date: 1994/01/02 22:00 $
  242. Version: $Revision: 1.06 $
  243.  
  244. *** Welcome to rec.radio.info! ***
  245.  
  246. Welcome to rec.radio.info, a group that aims to provide a noise-free source
  247. of information and news for the entire rec.radio hierarchy.
  248.  
  249. Two introductory articles about rec.radio.info are posted to the group and
  250. to news.answers every two weeks. You are now reading the first article, which
  251. explains what rec.radio.info is, and answers some Frequently Asked Questions. 
  252. The second article is titled "Submission Guidelines", and you only need to 
  253. read it if you want to submit an article to rec.radio.info.
  254.  
  255. You can skip to the next section of this article by searching for the next
  256. " -- " string. The sections available are:
  257.  - What is the purpose of rec.radio.info?
  258.  - Why are messages almost always cross posted to rec.radio.info?
  259.  - What is a 'follow-up', and what does 'moderated' mean?
  260.  - OK, so now I know what 'moderated' means. Tell me more.
  261.  - What type of material is considered inappropriate?
  262.  - I do not have access to news, how can I get the information posted to
  263.    rec.radio.info?
  264.  - Will the material appearing in rec.radio.info be archived somewhere?
  265.  - I have a regular posting with timely information, is there a way to
  266.    speed up it's delivery, or automate for more convenience?
  267.  
  268.  -- What is the purpose of rec.radio.info?
  269.  
  270. The purpose or charter of rec.radio.info is to provide the Usenet community with
  271. a resource for information, news, and facts about any and all things radio.
  272.  
  273. All the other rec.radio groups are intended for discussions and general chit
  274. chat about radio.  Rec.radio.info will contain informational, factual articles
  275. only. Follow-ups are redirected to an appropriate other group, and further
  276. discussion (if any) will not take place in rec.radio.info.
  277.  
  278. In order to ensure that rec.radio.info contains only appropriate articles, it
  279. was decided to create the group as a moderated newsgroup.
  280.  
  281.  -- Why are messages almost always cross posted to rec.radio.info?
  282.  
  283. It provides a "tag" for each article to be assembled into a filtered
  284. presentation in rec.radio.info (even with cross-posting, only one message, with
  285. a unique Message-ID, is propogated across the net).  This tag also facilitates
  286. a pre-existing method of dropping or cancelling the articles locally within the
  287. discussion groups if you don't want to see them.  This accommodates individuals
  288. who want to separate the bulletins from the discussions, discussions from the
  289. bulletins, as well as those who are adamant about not reading another
  290. newsgroup and wanted to see everything all in one basket.  
  291.  
  292. With the total size of Usenet (in number of newsgroups and total traffic)
  293. doubling every year or so, this is no insignificant contribution to reducing
  294. information noise and chaos.  Making the discussion groups a catch-all, and
  295. making extra newsgroups filters on that catch-all, is also the most realistic
  296. way to implement such a scheme (It's not intuitively obvious what the charter,
  297. contents, and general appropriate topics for each and every newsgroup are.
  298. Seeing FAQ's and charter/intro postings in the home newsgroup is beneficial
  299. for new readers).
  300.  
  301. By cross-posting one only is adding a few tens of bytes to each bulletin (to
  302. specify the extra group on the Newsgroups line), but are adding the capability
  303. for very powerful filtering features available on most news servers,
  304. listservers and readers.  Your local news guru could probably explain these
  305. features in more detail.
  306.  
  307. In rn, for example, according to Leanne Phillips in her rn kill-file FAQ, add
  308. a line of the form:
  309.     /Newsgroups:.*[ ,]rec\.radio\.info/h:j
  310. either in ~/News/KILL (if you don't want to see rec.radio.info articles
  311. anywhere) or ~/News/rec/radio/amateur/misc/KILL (if you don't want to see them
  312. just in rec.radio.amateur.misc).  The latter method means your kill file will
  313. only be consulted during rec.radio.amateur.misc (and hence runs more
  314. efficiently), and will probably work for most people.
  315.  
  316. In nn, according to Bill Wohler in his nn FAQ, add a line of the form:
  317.     rec.radio.info:!s/:^
  318. in ~/.nn/kill (if you don't want to see rec.radio.info articles anywhere), or
  319. put the following lines: 
  320.     sequence
  321.     rec.radio.info
  322.     rec.radio.
  323. at the end of ~/.nn/init in order to see all the rec.radio.info bulletins first,
  324. then read the remaining rec.radio.* without the bulletins.
  325.  
  326.  -- What is a 'follow-up', and what does 'moderated' mean?
  327.  
  328. If you are new to Usenet and are not familiar with the terminology, you might
  329. want to read the general introductory articles found in the newsgroup
  330. news.announce.newusers. Doing so will make your life on the net much easier,
  331. and will probably save you from making silly beginner's mistakes.
  332.  
  333. If you think that at this moment you are reading an echo, a conference, or
  334. a bulletin board, I'd also strongly suggest a trip over to
  335. news.announce.newusers.
  336.  
  337. For the rest of this article, I will assume you have a basic knowledge of
  338. Usenet terminology and mechanics.
  339.  
  340. A moderated group means that any article that needs to be posted to the group
  341. has to be accepted by the moderator of the group. Since we need to ensure that
  342. followups to an article (discussion) do not show up in the rec.radio.info
  343. newsgroup, the `Followup-To:' header line contains a newsgroup that is
  344. appropriate for disussions about the specific article.
  345.  
  346.  -- OK, so now I know what 'moderated' means. Tell me more.
  347.  
  348. Rec.radio.info is a moderated newsgroup, which means that all articles
  349. submitted to the group will have to be approved by the moderator first.
  350.  
  351. The current moderator of the group is Mark Salyzyn.  Submissions to
  352. rec.radio.info can be posted, or e-mailed to:
  353.  
  354.         rec-radio-info@ve6mgs.ampr.ab.ca
  355.  
  356. Comments, criticisms, suggestions or questions about the group can be e-mailed
  357. to:
  358.         rec-radio-request@ve6mgs.ampr.ab.ca
  359.  
  360. But before you do so, please be sure to check out the "Submission Guidelines"
  361. article.
  362.  
  363. The influence of the moderator should be minimal and of an administrative
  364. nature, consisting chiefly of weeding out obviously inappropriate articles,
  365. while making sure correct headers etc. are used for the appropriate ones.
  366.  
  367.  -- What type of material is considered inappropriate?
  368.  
  369. There are three broad categories of articles which will be rejected by the
  370. moderator:
  371.  
  372. 1) Requests for information: rec.radio.info is strictly a one-way street.  I
  373.    receive information in my mailbox; I then post it to rec.radio.info.
  374.    Requests for specific information belong in the normal discussion newsgroups.
  375.    If your request gets answered, you might consider passing the answer on to
  376.    rec.radio.info, though. Especially if you can edit it into a informational,
  377.    rather than a discussion, format.
  378.  
  379. 2) Obvious discussion articles, or articles that appear unsubstantiated.
  380.  
  381. 3) Commercial stuff: a relatively unbiased test of a radio product would be
  382.    accepted, but any hint of for-profit might be reason for rejection. For three
  383.    reasons: This is not the purpose of the list, for-profit is a controversial
  384.    topic, and this list may be passed onto Amateur Packet Radio (where
  385.    for-profit is prohibited except under certain provisos).
  386.  
  387.    rec.radio.swap (or possibly comp.newprod) may be more deserving of the
  388.    posting in any matter.
  389.  
  390.    Similarly, copyrighted material generally cannot be used.  If it's TRULY
  391.    worthwhile to the net, I would recommend obtaining permission from the
  392.    copyright holder.  Please note the source, and if permission was given.  I
  393.    reserve the right to make the final decision concerning appropriateness in
  394.    all situations.  In most cases, a brief summary of, or pointer to, the
  395.    copyrighted information may be all I can allow.
  396.  
  397.  -- I do not have access to news, how can I get the information posted to
  398.     rec.radio.info?
  399.  
  400. brian@UCSD.EDU (Brian Kantor) has kindly supplied a mail list server for
  401. rec.radio.info. Non of the articles will be digested, due to their size, so
  402. you will receive individual mailings for every article posted to the group.
  403.  
  404. Mail sent to radio-info@ucsd.edu will be forwarded to the moderator and
  405. thus is an alias to rec-radio-info@ve6mgs.ampr.ab.ca
  406.  
  407. To subscribe and unsubscribe via the listserver; the format for that is
  408.  
  409.     sub address radio-info
  410.     unsub address radio-info
  411.  
  412. where 'address' is your full mailing address. Send this request to
  413.  
  414.     listserv@ucsd.edu
  415.     
  416. Note that the server will automatically delete any address that bounces mail.
  417. If you leave the address portion blank, it will try to deduce your address
  418. from the mail headers. This may not work if you are on bitnet, milnet or
  419. some other non-Unix host, so it is recommended to put your return address
  420. in any case. For example:
  421.  
  422.     sub mymailbox@myhost.mydomain.mil radio-info
  423. or
  424.     sub MEMEME01@DMBHST.bitnet radio-info
  425.  
  426. or something like that.
  427.  
  428.  -- Will the material appearing in rec.radio.info be archived somewhere?
  429.  
  430. < Dated information here >
  431.  
  432. Yes. Still firming up details at the moment but here is a preliminary list:
  433.     - unbc.edu as maintained by Lyndon Nerenberg <lyndon@unbc.edu>
  434.     - nic.funet.fi maintained by Risto Kotalampi <rko@cs.tut.fi>
  435.         saved to /pub/dx/text/rec.radio.info currently stored as
  436.         numbered files.
  437.  
  438. Effectively this means that anything you post to rec.radio.info will be
  439. permanently stored, so your work will not be lost.
  440.  
  441.  -- I have a regular posting with timely information, is there a way to
  442.     speed up it's delivery, or automate for more convenience?
  443.  
  444. Yes, there is! It may take a bit of chatter with the moderator, but we are
  445. willing to take responsible people and provide them the means of posting the
  446. articles directly from their site. We will try everything we can as we fully
  447. realize that DX (distant signal) and astronomical data can be somewhat
  448. transitory. We are also willing to allow regular posters of information the
  449. same courtesy, even if the information is not as time critical.
  450.  
  451. We refer to this as self-moderation, which is partly based on the model for
  452. news.answer. This requires co-operation and good will to be beneficial to
  453. the community in the rec.radio hierarchy.
  454.  
  455. I suggest reading the posting guidelines for more information. I am open to
  456. suggestions.
  457.  
  458. I thank the following individuals for their input into this article:
  459.     rec.music.info moderator Leo Breebaart rec-music-info@cp.tn.tudelft.nl
  460.     rec.radio.broadcasting moderator Bill Pfeiffer wdp@gagme.chi.il.us
  461.     Paul W. Schleck, KD3FU pschleck@unomaha.edu
  462.     Ian Kluft, KD6EUI ikluft@uts.amdahl.com
  463.  
  464. -- 
  465. Mark Salyzyn -- Moderator rec.radio.info
  466. Submissions to: rec-radio-info@ve6mgs.ampr.ab.ca
  467. Administrivia to: rec-radio-request@ve6mgs.ampr.ab.ca
  468. * Requests for information do *not* belong in rec.radio.info *
  469.  
  470. ------------------------------
  471.  
  472. End of Ham-Digital Digest V94 #170
  473. ******************************
  474.